티스토리 뷰
이 방식은 ACSII 문자가 아닌 놈들만 "=XX"(X:0~9, A~F)와 같은 모양으로 인코딩하는 방식을 말한다. 따라서 7Bit ASCII로 표현할 수 없는 문자는 한 바이트가 3바이트로 늘어난다. 따라서 이 방식은 크기가 최대 3배로 늘어날 수 있어 효율성 면에서는 최악이라 할 수 있다.
이 인코딩 방식은 영어문화권에서 보면 나쁜 인코딩이 아닐 수 있다. 영어문화권에서 만들어지는 텍스트는 대부분 한 문자가 7비트 ASCII 문자로 되어있고 그렇지 않는 문자는 훨씬 적다. 따라서 이 방식으로 인코딩 할 경우 대부분의 글자가 인코딩 되지 않고 일부분만 인코딩이 된다.
오히려 효율적일 수 있고 다양한 디코딩을 수행하지 못하는 MUA에서 메일을 보더라도 대략적으로 내용을 파악할 수 있다. 반면 한글과 같이 거의 Non-ASCII 문자의 메세지나 바이너리 파일의 경우 이 방식으로 인코딩시 이점이 없다. 메모리나, 디스크, 네트워크만 더 많이 잡아먹을 뿐이다.
Quoted-Printable 인코딩은 디코딩이 안 되더라도 내용을 대략적으로 알아볼 수 있지만 효율성이 낮고 base64 인코딩은 효율성은 높지만 디코딩 전까지 내용을 전혀 알아볼 수 없다.
대부분의 ASCII 문자가 많은 텍스트나 HTML의 경우 QP방식으로 인코딩 하는 경우가 많고 한글이나 바이너리 파일은 base64로 주로 인코딩한다.
출처 : http://blog.naver.com/PostView.nhn?blogId=einsk&logNo=100014878543
'공부합시다' 카테고리의 다른 글
[정의] imap 과 pop3 (1) | 2014.01.20 |
---|---|
[정의] SMTP(Simple Mail Transfer Protocol) (0) | 2014.01.16 |
[정의] base64 (0) | 2014.01.15 |
[정의] 큐메일 (qmail) (0) | 2014.01.15 |
[vi 명령어] vi 에디터 화면 분할 (창 분할) 사용하기 (0) | 2014.01.13 |
댓글
- Total
- Today
- Yesterday
TAG
- django
- graphql-php
- 테스트_다중트랜잭션
- Laravel
- laravel-test
- 정의
- php-composer
- VIM-COMMAND
- php
- composite-primarykey
- php-laravel
- 나는욕심쟁이
- session+token authorize
- redis
- exception-test
- Python
- POP3
- graphql
- 메일
- addMonthWithoutOverflow
- composer-self-update
- eloquant
- 자바스크립트
- 정규식
- vim
- composer-install
- 라라벨
- addMonth
- MySQL
- 둘이상인증한번에사용하기
공지사항